home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000114_news@watsun.cc.columbia.edu _Sat May 29 18:23:21 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA06968
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 29 May 1999 18:23:21 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA20974
  7.     for kermit.misc@watsun.cc.columbia.edu; Sat, 29 May 1999 18:05:44 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: "Brian K. White" <linut@squonk.net>
  10. Subject: cku195b07.sco234c crashing on reentry into server mode
  11. Date: Sat, 29 May 1999 05:42:59 -0400
  12. Organization: Deja News Posting Service
  13. Message-ID: <374FB6A3.83E4DAF1@squonk.net>
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. Anyone else seeing this?
  17.  
  18. hardware: 486-50, 16M ram, Digiboard PC/Xe (ISA, with 80186)
  19. software: Xenix 386 GT 2.3.4, digiboard driver v5.3.0, cku195b07.sco234c
  20. (also 195b05, will test old versions today)
  21.  
  22. Recipe to get symptom:
  23. enter kermit
  24. <do any command mode operations you like, or connect as a client, all
  25. works ok>
  26. enter server mode
  27. <server works ok, even for long periods of uptime (tested overnight so
  28. far)>
  29. ctrl-c out of sever mode
  30. <command-mode or connect as client works ok as before>
  31. try to reenter server mode--->crash (detail of crash below, it doesn't
  32. have to crash, but will if you let it.)
  33.  
  34.  
  35. Symptoms: kermit hangs/crashes any time you try to reenter server mode
  36. without exiting-restarting kermit too.
  37. the first switch to server mode works fine, and the server works fine
  38. for as long as you care to leave it up, tested overnight so far. but if
  39. you exit server mode, and then reenter, it hang after printing two
  40. messages:
  41. "Now eneterin server mode on ttyi1h"
  42. "Press ctrl-c to quit"
  43. it gets one more linefeed after that, but doesnt clear the screen or
  44. redraw the server file transfer display.
  45. at this point, it is not necessarily crashed yet. it responds to a
  46. ctrl-c and you get back a kermit prompt, and command-mode and connect as
  47. client functions all work ok. if you try to go back into server mode the
  48. same thing happens. you can try and abort and retry as many times as you
  49. like.
  50. if, when it is hung as I described, you don't ctrl-c out of it, the hard
  51. drive becomes very active and the whole system (all tty's not just this
  52. shell) becomes unresponsive or very slow to respond as though under
  53. extreme load. this lasts about a minute or two untill kermit coredumps
  54. with the message:
  55. "Memory fault(coredump)" and the system returns to normal, and no harm
  56. is done other than the console that was running kermit must be logged
  57. out / back in to get the display working properly, but the shell itself
  58. is still accepting commands even.
  59.  
  60. for the record: using the following scripts has been a perfectly
  61. functioning work-around
  62. the net effect i sthat you start the server with the shell script, and
  63. any time you stop the server, it exits all the way out of kermit, so you
  64. always restart with the shell script, and never enter server mode more
  65. than the first time.
  66.  
  67. btw: this reminds me of a question: is #!/usr/local/bin/kermit supposed
  68. to work on xenix? it's working on open server 5.05, but I had to use the
  69. following two-file combo on xenix.
  70.  
  71. /usr/local/bin/ks:
  72. ----start----
  73. kermit /usr/local/lib/kermit/server
  74. ----stop----
  75.  
  76. /usr/local/lib/kermit/server:
  77. ----start----
  78. set port /dev/ttyi1h
  79. !ditty fastbaud fastcook forcedcd -ixon -ixoff -ixany rtspace ctspace
  80. ttyi1h
  81. set flow keep
  82. set speed 110
  83. eightbit
  84. enable all
  85. set server display on
  86. set server get-path /
  87. set server login abc abc
  88. server
  89. ----stop----
  90.  
  91. with the above setup, I can type "ks ctrl-c ks ctrl-c ks ctrl-c..."
  92. starting/stopping the server as many times as I want with no problems.
  93.  
  94. notes on the above: ditty is a souped up stty that comes with the
  95. digiboard, and is used to set communications parameters outside of the
  96. stock xenix norm. the combination of setting 'fastbaud' on the port, and
  97. then asking for speed '110' set the port to 115200. this version of
  98. xenix does on it's own know about rts/cts, but this version of kermit
  99. does not, so I set rts/cts with ditty, and then tell kermit not to look
  100. at flow control at all. btw: the communication itself seems to be
  101. working quite nice, even at the breakneck speed. downloading files from
  102. the xenix box in server mode, to a Open Server box, running
  103. cku195b07.sco32v505netgcc also via a digiboard, using a short,
  104. hand-wired, sheilded, full null cable, I get about one retransmitted
  105. packet per megabyte and the cps rate is between 10,000 and 17,000 ! the
  106. files themselves arrive clean, accurate copies.
  107. (binary mode, including executables which ran (are running) fine.)
  108. also, setting the above ditty settings and just enabling the port for
  109. normal getty login, and logging in from the open server box with kermit
  110. works perfect, including lots of heavy ansi full color / upper ascii
  111. screen drawing.
  112.  
  113. --
  114. Brian~
  115.